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A PROCESS FOR CREATING A TRADING PARTNER PROFILE 

BACKGROUND OF THE INVENTION 

5 The invention relates to creation of profiles for trading partners in business-to-business 
data processing systems. 

One of the problems involved in effective automation of business processes is that of 
the profiles of trading partners being incomplete, inaccurate, or non-existing. This has 
10 led to a very "patchy" level of automation because manual interactive involvement is 
frequently required to allow processes to continue. This problem exists irrespective of 
how comprehensive the automated process is and so it can be very frustrating. 

It is known to provide an application to address some of these problems, namely an 
15 application called "VLT" marketed by RMS Electronic Commerce Systems, Inc. 
This product creates a trading partner profile with a narrow focus in the trading 
community, supporting only a limited number of inbound document formats. Also, 
this application provides for use of only limited information for creation of profiles. 

20 It is therefore an object of the invention to provide for more comprehensive automatic 
creation of trading partner profiles. 

Another object is to provide for creation of profiles which are more comprehensive 
and useful. 

25 

SUMMARY OF THE INVENTION 

According to the invention, there is provided a method for processing an inbound 
document received from a trading partner in a business-to-business electronic 
30 commerce data processing system, the method comprising the steps of: 

storing templates for automatically creating trading partner profiles, 
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receiving an inbound document from a trading partner, 

determining if a profile for said trading partner is stored in a profile database, 
5 and if no such profile is stored, automatically creating a profile by:- 

retrieving a template associated with the inbound document; 

reading the template to determine what data is to be extracted from the 
1 0 inbound document and extracting said data; and 

creating a profile record for the trading partner in the profile database 
and populating said profile record with said extracted data. 

1 5 In one embodiment, the profile is automatically created if an auto-creation flag is pre- 
set. 

In another embodiment, the system stores an auto-creation flag for each of a plurality 
of interworking standards, and the system determines the relevant standard associated 
20 with the received inbound document and determines if there is an auto-creation flag 
for said standard. 

Preferably, the auto-creation flag is stored in an exception flag dataset. 

25 In one embodiment, the exception flag dataset includes flags for control number 
discrepancy, count number discrepancy, missing trailer, header parsing failure, source 
message error, and target message error, exception events. 



In another embodiment, there is at least one interchange template, and each such 
3 0 template is associated with an interworMng interchange envelope. 
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In a further embodiment, there is at least one functional group template, and each 
such template is associated with a functional group envelope. 

In one embodiment, there is at least one message template, and each such template is 
associated with a message envelope. 

In one embodiment, there is at least one message template for each of:- 

a specific version of an interworMng standard and specific message 
type; 

a standard with any version; and 

any version and any message for a specific standard. 

In another embodiment, each template is associated with a stored template record, 
each said record comprising:- 

a key having a substitution label and a value, said substitution label being 
associated with a value entry field of the template, and wherein: 

the step of reading the template to determine data to be extracted 
comprises assigning the label to a variable name of the inbound 
document, and said variable name is read from the inbound document. 

According to another aspect, the invention provides a method for processing an 
inbound document received from a trading partner in a business-to-business electronic 
commerce data processing system, the method comprising the steps of: 

storing templates for automatically creating trading partner profiles, 

receiving an inbound document from a trading partner, 
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determining if a profile for said trading partner is stored in a profile database, 
and if no such profile is stored, automatically creating a profile by:- 

retrieving a template associated with the inbound document; 

reading the template to determine what data is to be extracted from the 
inbound document and extracting said data; and 

creating a profile record for the trading partner in the profile database 
and populating said profile record with said extracted data, and 

in which: 

automatic creation of a profile is initiated by an exception event being 
raised, and reading a set of exception flags to determine if an auto- 
creation flag is set, and 

the system reads an interchange template to determine data to be 
extracted from an interchange envelope, a functional group template to 
determine data to be extracted from a functional group envelope, and a 
message template to determine data to be extracted from a message 
envelope. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be more clearly understood from the following description of some 
embodiments thereof, given by way of example only with reference to the 
accompanying drawings in which: - 

Fig. 1 is a set of sample screen shots illustrating setting of flags for exception 
management in a system; 
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Figs. 2(a) and 2(b) are sample screen shots illustrating trading partner 
templates; 

5 Fig. 3 is a flow diagram illustrating steps for creation of a profile; 

Fig. 4 is a sample screen shot illustrating an automatically created profile; and 
Fig. 5 is a sample screen shot illustrating a process activity database report. 

10 

DETAILED DESCRIPTION OF THE INVENTION 

A system performs various business-to-business operations including processing of 
inbound trading partner data (de-enveloping) for all supported standards, processing 
15 of outbound application data (enveloping) for all supported standards, reporting of 
processing activities, trading partner verification, ID code verification, error handling, 
and others. 

This system includes a trading partner "auto create" function. This function 
20 automatically creates a trading partner profile where one does not exist in response to 
reception of transaction data in an inbound document from the relevant trading 
partner for the first time. It therefore greatly reduces administration manpower 
requirements and allows automated business-to-business processes to continue 
uninterrupted. 

25 

The function maintains a set of exception flags associated with each of a number of 
interworking standards for business-to-business communication. The standards 
include: 

30 ASC X12, which supports the ISA-IEA as the Interchange, the GS-GE as the 

Functional Group, and the ST-SE as the Message. 
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TDCC, which supports the BG-EG as the Interchange, the GS-GE as the 
Interchange or Functional Group, and the ST-SE as the Message. 

UN/EDIFACT, which supports the UNA, UNB-UNZ as the Interchange, the 
UNG-UNE as the Functional Group, and the UNH-UNT as the Message. 
5 TRADACOMS, which supports the STX-END as the Interchange and the 

MHD-MTR as the File Format(Message). 

CII/EIAJ, which supports the Message Group and Message. 

RosettaNet, which supports Partner Information, Service Header, 
Transaction/ Action Information. 
1 0 xCBL, which supports Trading Partner and Message. 

For each of the standard's levels the function stores a flag indicating if auto-creation 
should be implemented. This is indicated in Fig. I. The conditions are "Entity 
Lookup Failure", and as shown in Fig. 1 flags may be set for a variety of other 
15 conditions such as "security failure", "control number discrepancy", "count number 
discrepancy", missing trailer, header parsing failure, source message error, and target 
message error. The flag may be set to "Bypass" for any of these conditions. 

The function allows the user to create templates of default information for use if 
20 values are missing from a received document. As shown in Figs. 2(a) and 2(b) the 
user selects a type of template, there being one type per standard level. In the 
examples illustrated template types for the ISA-IEA, the GS-GE, and the ST-SE levels 
of the ASC X12 standard are chosen. 

25 The templates fall into interchange, functional group, and message types. 

Interchange Template 

An interchange template is information that pertains to the processing of an 
interchange envelope. When an interchange template is created, the values entered 
30 are written to a template record in a profile database. The record created has two 
parts, a key including a substitution label and the value. Each field or value entry box 
on the template screen has a substitution label assigned to it. During the auto create 
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processing, one step is to determine if there is an interchange template available. If a 
template is recognised, a read of the profile database takes place. The value portion of 
the template record, based on the key including the substitution label, is assigned to a 
specific variable name. The variable name is then read. Information from the trading 
5 partner's data and the template values are used together to write the new record into 
the Profile database. Then processing continues as normal. 

Functional Group Template 

A functional group template is information that pertains to the processing of the 
10 functional group envelope. Processing of the functional group template is as 
described above for interchange template processing. 

Message Template 

A message template is information that pertains to the processing of the message 
15 envelope. Processing of the message template is as described above for interchange 
template processing. There are three types of message templates that can be defined 
by the user. The first is most specific, a specific message for a specific version for the 
chosen standard. For example, the chosen standard may be ASC X12, the version 
004010, and the message an 810 (Invoice). The information defined in this template 
20 pertains to the 810 for version 004010 for the ASC X12 standard. The next is specific 
to a message for the chosen standard. For example, the chosen standard may be 
UN/EDIFACT and the message an INVOIC (Invoice). The information defined in 
this template would pertain to the INVOIC for any version for the UN/EDIFACT 
standard. The last is the least specific, as it applies to any version and any message for 
25 the chosen standard. For example, if the chosen standard is ASC X12, the 
information defined in this template pertains to any message for any version for the 
ASC X12 standard. 

The auto create function creates a profile record in a profile database and populates it 
30 automatically by extracting certain values from the inbound documents according to 
the templates. For example, for the ASC X12 ISA-EEA (interchange) level the 
following values are extracted: the sender qualifier, the sender ID, the receiver 



I 
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qualifier, the receiver ID. For the ASC X12 GS-GE (functional group) level the 
following values are extracted: the sender ID and the receiver ID. For the ASC X12 
ST-SE (message) level the following values are extracted: the version from the 
functional group level and the transaction code from the message level. 

5 

Referring to Fig. 3, a process carried out by the function for automatically creating a 
profile for a trading partner is illustrated. Processing begins with a Recognition map 
component file, OTRecogn.att. It locates the start of a standard by attaching to a map 
component file OTNxtStd.att Once a standard has been recognised the process 

10 returns to OTRecogn.att and the entity (trading partner) lookup takes place. If the 
entity is validated, then processing continues as normal. If the entity is not validated, 
a lookup into an exception management function takes place to determine how the 
"Entity Lookup Failure" error is to be handled. If the entity lookup failure event flag 
is set to "AutoCreate", OTRecogn.att attaches to an appropriate map component file 

15 for the recognised standard being processed. For example, if the standard being 
processed is ASC X12, the map component file attached to it will be OTX12Auto.att. 
OTX12Auto.att processes first the Interchange level, then the process is repeated, if 
the proper flag is set in Exception Management, for the functional group and message 
levels. Processing then continues as normal. 

20 

OT???Env.att (the "???" presents the standard, for example, for ASC X12 it is "X12") 
processes the functional group and message level for the standard being processed. 
Much like OTRecognatt and OTNxtStd.att, OT???Env.att performs an entity lookup 
for the recognised level, if not present in the profile database, it checks the flag set in 
25 exception management. If set to "AutoCreate", the appropriate map component file 
for the recognised standard being processed is attached. 

The process happens transparently to the user and allows automated business 
processes to continue. At a subsequent, offline, stage the function automatically 
30 presents the recent automatically-created profiles at the top of the trading partner list. 
This is illustrated in Fig. 4, in which a specific name is assigned to each profile based 
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on values for the trading partner data and the user is presented with a button to allow 
viewing and editing of the profile. 

The function also automatically writes records to a process activity database, said 
5 records containing data relating to profiles which have been automatically created. 
An example is shown in Fig. 5. The data is only a pointer to the relevant profile and 
the user must use the menu shown in Fig. 4 for access to the profile itself. 

The invention is not limited to the embodiments described but may be varied in 
10 construction and detail. 



